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(57) Abstract: The invention proposes a network system comprising a first network element (2) and at least a second network 
element (3), the second network element being adapted to operate in at least two different modes, wherein the first network element 
(2) is adapted to send a message to the second network element, and the second network element (3) is adapted to set the mode in 
response to information included in the message and indicating whether a particular procedure is to be performed and/or has been 
performed. Thus, the second network element sets its mode dependent on whether a procedure like processing of a location request 
has to be performed or has not to be performed, or, whether a procedure has been performed or not The network elements can be 
Call State Control Functions (CSCF). 



BEST AVAILABLE COPY 



WO 02/09365 



PCT/EP00/07203 



SYSTEM AND METHOD FOR DETERMINING WHEN A CSCF 
SHOULD ACT LIKE I-CSCF OR LIKE S-CSCF 



Field of the invention 



5 The present invention relates to a network system and a / 
method for controlling a network element which can be set 
to- at least two different modes. 



10 



15 



20 



BACKGROUND OF THE INVENTION 

The invention relates to call control (CC) and in 
particular to the function of the so-called Call State 
Control Function (CSCF) . The CSCF is typically included 
in a network node like a Call Processing Server (CPS) . 

The CSCF is the call control entity in the all-IP 
architecture responsible for supervising the call (or IP 
multimedia call) . It handles the call establishment, 
supervision and disconnection signalling and may control 
resources associated with the call such as media gateways 
processing the various call related media streams. 

The CSCF consists of two components: the Serving CSCF (S- 
CSCF1 and the Interrogating CSCF (I-CSCF) . 



25 



The Serving CSCF is used for mobile originated 
communications and also for supporting mobile terminated 
communications, it provides Serving Profile Database 
(SPD) and Address Handling (AH) functionality described 
30 below. The Serving CSCF supports the signalling 
interactions with the UE (User Entity) . The Home 
Subscriber Server (HSS) is updated with the Serving CSCF 
address and the HSS sends the subscriber data to the 
Serving CSCF for storage. 



35 
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The Interrogating CSCF is used for mobile terminated 
communications and is used to determine how to route 
mobile terminated calls. The Interrogating CSCF 
interrogates the HSS for information to enable the call 
5 to be directed to the Serving CSCF. The Interrogating 
CSCF provides Incoming Call' Gateway (ICGW) and AH 
functionality described below. 

For mobile terminated communications both Serving CSCF 
10 and Interrogating CSCF functionality can be involved. For 
mobile originated communications Interrogating CSCF 
functionality is not required. Both Serving CSCF and 
Interrogating CSCF components can be provided in a single 
CSCF if required. 

15 

In the following, the CSCF functionality mentioned above 
is described in more detail. 

The ICGW (Incoming call gateway) acts as a first entry 
20 point and performs routing of incoming calls. 

Furthermore, it performs an incoming call service 
triggering (e.g. call screening/call forwarding 
unconditional) . Moreover, it performs a query address 
handling and communicates with the HSS. 

25 

The CCF (Call Control Function) carries out a call set- 
up/termination and state/event management. It interact 
with MRF in order to support multi-party and other 
services, reports call events for billing, auditing, 

30 intercept or other purpose, and receives and processes 
application level registration. Furthermore, it also 
performs a query address handling. In addition, it may 
provide service trigger mechanisms (service capabilities 
features) towards Application & services network 

35 (VHE/OSA) , may invoke location based services relevant to 
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the serving network and may check whether the requested 
outgoing communication is allowed given the current 
subscription. 

5 The SPD (Serving Profile Database) interacts with HSS in • 
the home domain to receive profile information for the 
R(W) all-IP network user and may store them depending on 
the SLA with the home domain. Furthermore, it notifies 
the home domain of initial user's access. In addition, it 
10 may cache access related information (e.g. terminal IP 
address (es) where the user may be reached etc.) 

The AH (Address Handling) functionality performs 
analysis, translation, modification if required, address 
15 portability, and mapping of alias addresses. It 

furthermore may do temporary address handling for inter- 
network routing. 

Moreover, an Originating CSCF (O-CSCF) is the CSCF where 
20 the originating party is registered and where the 
originating party services are handled (and the CCF 
functionality is invoked) . On the other hand, the S-CSCF 
is the CSCF where the terminating party is registered and 
where the terminating party services are handled (using 
25 the CCF functionality) . 

During setup of a connection, a mobile station first 
transmits a setup message to the O-CSCF which, in turn, 
forwards a setup message to a CSCF acting as an I-CSCF. 
30 This CSCF, in turn, forwards a message to another CSCF 

which acts as an S-CSCF. The S-CSCF sends a setup message 
to the called party. 

Thus, a setup for a connection is completed. However, 
35 during the setup procedure, it is difficult for a CSCF 
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receiving a setup message to distinguish whether it 
should act as an I-CSCF or as an S-CSCF. For example, an 
I-CSCF does not have to perform the Call Control Function 
(CCF) . Thus, it would be a waste of time and a waste of 
5 performance and capacity if a CSCF which is expected to 
act as an I-CSCF would act as an S-CSCF. 

There are less optimal solutions for determining the mode 
the CSCF should operate in. For example/ a less optimal 
10 method is shown in Fig. 9. According to Fig. 9, a SPD 
query is used for the decision. When an CSCF (in this 
example, the CSCF 93) receives a setup message form the 
O-CSCF 92, it performs an SPD query in order to find out 
whether the setup concerns a registered subscriber. Thus, 
15 it accesses its SPD 98. If the answer is yes, the CSCF 
identifies itself as an S-CSCF (as in the case of CSCF 
95), otherwise (as it is in the case of CSCF 93), it 
identifies itself as an I-CSCF. If the CSCF identifies 
itself as an I-CSCF, the Location Request should then be 
20 done to the HSS 4. This problem does not only occur in the 
above-described examples. There are many situations in 
which a network element receiving a message like a setup 
message is not aware which function it should provide, 
i.e., in which mode it should operate. 

25 

SUMMARY OF THE INVENTION 

Therefore, the object underlying the invention resides in 
removing the above drawbacks of the prior art. 

30 

According to a first aspect of the invention, this object 
is solved by a network system comprising a first network 
element and at least a second network element, the second 
network element being adapted to operate in at least two 
35 different modes, wherein the first network element is 
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adapted to send a message to the second network element, 
and the second network element is adapted to set the mode 
in response to information included in the message and 
indicating whether a particular procedure is to be 
performed and/or has been performed. 

That is, the second network element set's its mode 
depending on whether a procedure has to be performed or 
not, or, whether a procedure has been performed already 
or not. Therefore, no extra information has to be sent to 
the second network element. 

Thus, the decision as to the mode can be performed easily 
and quickly by the second network element. 

15 

Furthermore, the first network element can be adapted to 
send the message without the information regarding the 
procedure, and the second network element can be adapted 
to set itself into a first mode and to perform the 

20 procedure in response to receiving the message without 
the information. In addition, the network system can 
comprise a third network element, wherein the second 
network element can be adapted to send a message to the 
third network element including information that the 

25 procedure was performed, and the third network element 
can be' adapted to -set itself into a second mode .in 
response to receiving the message including the 
information that the procedure was performed. 

30 By these measures, the second network element is set to 
the first mode in case a "normal" message without 
additional information was received. The third network 
element is set to the second mode in case a message 
including the additional information was received. This 

35 provides the advantage that the third network element 
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accepts messages only from those second network elements 
which include the additional information into the 
message. Therefore, the security of a network can be 
improved since in this way. 

That is, if a message (in particular, a setup message) is 
sent from a second network element operated by a 
different operator to a third network element operated by 
another operator, it does not include the additional 
information. Therefore, the third network element does 
not accept messages from the second network element since 
it does not switch to the required function. Hence, the 
third network element can only be connected to certain 
second network elements. 



15 



20 



Moreover, the first network element can be adapted to 
send the message including the information that the 
procedure is to be performed, and the second network can 
be adapted to set itself into a first mode and to perform 
the procedure in response to receiving the message 
including the information. The network system may further 
comprise a third network element, wherein the second 
network element can be adapted to send a message to the 
third network element without information regarding the 
25 procedure, and the third network element can be adapted 
to set itself into the second mode in response to 
receiving the message without information regarding the 
procedure. 



30 



Furthermore, the second network element can be adapted to 
perform the procedure in response to receiving the 
message containing the information that the procedure has 
to be performed, and to send a result of the procedure to 
the first network element. The network system may further 
35 comprise a third network element, wherein the first 
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network element sends a message without information 
regarding the procedure to the third network element, and 

• the third network element is adapted to set itself into a 
second mode in response to receiving the message without 

5 information regarding the procedure. 

That is, the second network element is utilised to 

• perform only the requested procedure, for example, 
processing of a location request. The result of the 

10 procedure (i.e., the., location determined) is utilised to 
contact the third network element. 

Also this measure improves the security of the network, 
since requests from other network will be directed to the 
15 second network element first. There, it can be decided 
whether the procedure (e.g., processing of the location 
request) is allowed and whether a connection to the third 
network element is allowed or not. 

20 The procedure mentioned above can be processing of a 

location request. The information regarding the procedure 
can be included in a flag within the message. 

According to a further aspect of the invention, the above 
25 object is solved by a network system comprising a first 
network element and at . least a second network element, 
the second network element being adapted to operate in at 
least two different modes, wherein the first network 
element has a predetermined function and is adapted to 
, 30 send a message to the second network element, and the 
second network element is adapted to set the mode in 
response to receiving the message from. the first network 
element having the particular function. 
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The predetermined function of the first network element 
is a gateway function. In particular, the first network 
element can be a Gateway Call State Control Function (G- 
CSCF) . 

5 

According to another aspect, the above object is solved 
by a network system comprising a first network element 
and. at least a second network element, the second network 
element being adapted to operate in at least two 
10 different modes, wherein the first network element is 

adapted to send a message to the second network element, 
and the first and the second network elements are 
connected by connection means in a number corresponding 
to the different modes and is adapted to set the mode in 
15 response to the connection means via which the message is 
received from the first network element. 

Thus, according to this measure, the second network 
element can be easily set into a requested mode without 
20 any additional or special commands. It simply required to 
send a message via the corresponding connection means. 

The connection means can be ports located at the first 
network element or at the second network element. 
25 Furthermore, the connection means can be different IP 

addresses from which the message is sent or to which the 
message is sent. 

The invention also proposes a method for controlling a 
30 network element, wherein the network element is adapted 
to operate in at least two different modes, the method 
comprising the steps of receiving a message; extracting 
information from the message regarding a procedure which 
has to be performed or which has been performed; and 
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deciding the mode to be set for the network element on 
the basis of the extracted information. 

As described above, the procedure can be processing of a 
5 location request. 

Furthermore, the invention proposes a method for 
controlling a network element, wherein the network 
element is adapted to operate in at least two different 
10 modes, the method comprising the steps of receiving a 

message; and deciding the mode to be set for the network 
element on the basis of the function of a network element 
sending the message. 

15 Moreover, the invention also proposes a method for 
controlling a network element, wherein the network 
element is adapted to operate in at least two different 
modes and the network element comprises input means in a 
number corresponding to the modes, the method comprising 
20 the steps of receiving a message; and deciding the mode 
to be set for the network element on the basis of the 
input means via which the message is received. 

As described above, the input means can be ports or 
25 different IP addresses. 

The network elements mentioned above can be Call State 
Control Functions (CSCF) . The different modes can be an 
Interrogating CSCF (I-CSCF) functionality, a Serving CSCF 
30 (S-CSCF) functionality, an Originating CSCF (O-CSCF) 

functionality, a Media Gateway Control Function (MGCF) or 
the like. 
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The message transmitted between the first and the second 
network element and/or between the second and the third 
network element can be a setup message. 

Thus, immediately upon starting a connection, i.e., setup 
of a connection, the corresponding network elements can 
be set to the correct modes without additional commands 
and without the need of negotiations between the network 
elements . 

Furthermore, the invention can be advantageously applied 
to the Session Initiation Protocol. 

Moreover, a database can be accessed in order to obtain 
15 information regarding a subscriber to which a setup is to 
be sent and to decide the mode of the second network 
element on the basis of the obtained information. 



10 



20 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be more readily understood 
with reference to the accompanying drawings in which: 

Fig. 1 shows a block diagram of a network system 
25 according to a first embodiment; 

Fig. 2 shows a block diagram of a network system 
according to a second embodiment; 

30 Fig. 3 shows a block diagram of a network system 
according to a third embodiment; 

Fig. 4 shows a block diagram of a network system 
according to a fourth embodiment; 

35 
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" Fig. 5 shows a block diagram of a network system 
according to a fifth embodiment ; 

Fig. 6 shows a block diagram of a network system 
5 according to a sixth embodiment; 

Fig. 7 shows a block diagram of a network system 
according. to a seventh embodiment; 

10 Fig. 8 shows a block diagram of a network system 
according to an eighth embodiment; 

Fig. 9 shows a block diagram of a network system 
according to a less optimal CSCF mode determination 
15 method; and 

Fig. 10 shows a block diagram of a network system 
according to a ninth embodiment. 

20 DETAILED DESCRIPTION OF PRE FERRED EMBODIMENTS 

in the following, the basic idea of the invention is 
described. 

25 As mentioned above, the aim of the invention lies to set 
different modes (like I-CSCF or S-CSCF) of a network 
element like a CSCF. In principle, the mode of the 
network element can be set by one or more of the 
following ways: 



30 



35 



A. By a deduction process based on the message received 

by the network element in question 

A. a. Message itself is a special message 

A.b. Message itself is not a special message but 

contains one or more flags and/or fields that convey 
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the necessary information for deduction process 

B. By a deduction process not based on the message 
received by the network element in question 
5 B.a. The deduction process is based on the address 

B-a.a. The deduction process is based on the 
address to which the message is received 
B.a.b. The deduction process is based on the 
address from which the message is received 
10 and/or the addresses of the elements it already 

has passed 

B.-b. The deduction process is not based on the 
address 

B.b.a. The deduction process is based on the 
15 Subscriber, control or other information 

available to the network element 
B.b.b. The deduction process is not based on 
the subscriber, control or other information 
available to the network element but on the 
20 state information of the network element 

itself- 

In other words the network element switches to a certain 
mode after the deduction process based on one or more of 
25 the following: 

XI. the address that the message was sent from, 
X2. the message itself, 
X3. the content of the message, 
X4. the address that the message was sent to, 
30 X5. the state information of the network element, 
X6. the subscriber, control or other information 
available in one or more . databases of the network 
element, 
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X7. the subscriber, control or other information 
available in one or more databases outside the network 
element, 
where 

5 "the message itself" refers to the name, type, format or . 
similar characteristic of the message, and 
"the content of the message" refers to one or more flags 
and/or fields of the message, each of which may contain 
simple or complex information gathered at one or more 

10 network elements that already have been passed. 

in the following, preferred embodiments of the invention 
are described in more detail with reference to the 
accompanying drawings and with respect to the above- 
15 described general idea of the invention. 

Fig. 1 illustrates a simplified block diagram of a 
network system according to a first embodiment of the 
. invention. 

20 

In this embodiment, a setup procedure between a first 
mobile station 1 and a second mobile station 7 is carried 
out. As a matter of course, the User Entities (OB) are 
not limited to mobile stations but can also be fixed 

25 telephones, computer modems or the like. Furthermore, it 
is noted that a call as meant in this description does 

; : not only refer to telephony calls, but also to IP 
multimedia calls. 



30 



The mobile station 1 sends a setup message to a CSCF 2. 
Since this CSCF receives the setup message from a mobile 
station, it knows that it has to act as an Originating 
CSCF, i.e., an O-CSCF. After receiving the setup message, 
the O-CSCF 2 forwards a setup, message to a further CSCF 
35 3. This CSCF 3 acts as an Interrogating CSCF, i.e., this 
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CSCF takes care of location requests. In particular, it 
accesses a Home Subscriber Server (HSS) 4 which provides 
information regarding the location of the subscriber to 
which a connection is to be established, i.e., the mobile 
5 station 7. 

When the request is done, i.e., the location of the 
mobile station 7 is determined, the I-CSCF 3 sends a 
setup message to a further CSCF 5. The setup message 

10 comprises a flag "Location Request Done". Upon receiving 
the setup message including this particular flag, the 
CSCF 5 immediately knows that it has to act as a Serving 
CSCF (S-CSCF) . The flag included in the setup message 
between the I-CSCF 3 and the S-CSCF 5 can be . located in 

15 the setup message as an own field or it can be hidden in 
an existing field in a standardized manner. 

The S-CSCF 5 accesses a Serving Profile Database (SPD) 6. 
The SPD 6 interacts with the HSS in the home domain of a 
20 subscriber in order to obtain information regarding the 
user and to notify the home domain regarding the location 
of the subscriber, or the like. Finally, the S-CSCF 5 
sends a setup message to the mobile station 7 in order to 
complete the setup procedure. 



25 



30 



Hence, according to the first embodiment, a CSCF which 
receives a setup message including information concerning 
that a location request is already done knows that it 
should act as an S-CSCF. 

Thus, according to the first embodiment, a decision 
whether a particular CSCF should act like an I-CSCF or 
like an S-CSCF is performed by using a setup message with 
a special flag which is set when sent from the I-CSCF. 



35 
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Hence, the method according to the first embodiment 
corresponds to items A.b. and X3 of the above-described 
' general idea of the invention. 

5 According to the first embodiment, a simple method is 
possible. By this method, it is easy to organise the 
network. This means, for example, that by the method 
according to the embodiment a requirement can be met that 
an I-CSCF of an other operator can only be connected from 

10 certain CSCF(s). This is in particular advantageous with 
respect to security V of the network. 

Next, a second embodiment is described by referring to 
Fig. 2. Parts denoted with the same reference numerals as 
15 in Fig. 1 are the same as that in Fig. 1. Thus, a 
detailed description is omitted here. 

According to the second embodiment, the O-CSCF 22 sends a 
setup message to a further CSCF 23 upon receiving a setup 

20 message from the mobile station 1, as according to the 
first embodiment. However, according to the second 
embodiment this setup message between the CSCFs 22 and 23 
includes a flag "do location request". By this flag, the 
CSCF_23 identifies itself as an I-CSCF. That is, each 

25 time the CSCF 23 receives a message which requests it to 
perform a location requests, the CSCF automatically knows 
' that it should act as an I-CSCF and not . as an S-CSCF.- 

i 

When the processing of the location reguest is done, the 
30 I-CSCF 23 sends a setup message to the CSCF 25. In 
contrast to the first embodiment, no special flag is 
included here. According to the second embodiment, a CSCF 
immediately knows upon receiving a setup message without 
a special flag that it should act as an S-CSCF. 



35 
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Thus, the method according to the second embodiment 
corresponds to items A.b. and X3 of the above-described 
general idea of the invention, 

5 Also according to the second embodiment, a simple method- 
can be achieved for the decision whether a CSCF in 
question should act as .an I-CSCF or an S-CSCF. 

Furthermore, the first and the second embodiment can be 
10 combined. That is, the setup message between the O-CSCF 
and the I-CSCF can contain the flag "do location request" 
and the setup message between the I-CSCF and the S-CSCF 
can contain the flag "location request is done". By this 
measure, a CSCF in question can easily distinguish in 
15 response to receiving the first or the second flag 

whether it should act as an I-CSCF or as an S-CSCF. By 
this measure, a more reliable determination of the role 
of the CSCF is possible. 

20 Next, a third embodiment is described with respect to 
Fig. 3. 

Here, the O-CSCF 32 does not send a setup message to the 
I-CSCF but sends a location request to the I-CSCF 33. The 

25 I-CSCF gets the required location information regarding 
the called party (i.e., the mobile station 7) from the 
HSS 4. Then, the I-CSCF sends the location information 
back the O-CSCF 32. Thus, the O-CSCF 32 learns the 
location of the mobile station 7 and, therefore, the CSCF 

30 35 to be contacted, and sends a setup message to the S- 
CSCF 35. The S-CSCF 35 sends a setup message to the 
mobile station 7 in order to complete the setup 
procedure. 
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Thus, according to the third embodiment, no special flags 
are included in the setup messages, but a special routing 
' is used. Hence, the third embodiment corresponds to items 
A. a. and X2 of the general idea of the invention. 

5 

That is, a CSCF which receives a setup message 
automatically knows that it should act as an S-CSCF since 
a CSCF which has to act as an I-CSCF receives a message 
containing only a location request. Therefore, the S-CSCF 
10 knows that no procedure like performing of a location 
request is to be done. 

Hende, also according to the third embodiment, a simple 
method for deciding whether a particular CSCF should act 
15 as an I-CSCF or as an S-CSCF can be achieved. In 

addition, a direct connection between the O-CSCF and the 
S-CSCF can be obtained since the O-CSCF obtains 
information regarding the location of the mobile station 
7 and, thus, the S-CSCF which acts the serving CSCF for 
20 the mobile station 7. 

Next, a fourth embodiment is described by referring to 
Fig . 4 . 

25 Here, the O-CSCF 2 sends a setup message to a G-CSCF 43. 
This CSCF is a special CSCF which can only perform one 
function. That is, in contrast to the CSCF according to 
the previous embodiments, this CSCF cannot switch between 
different mode. According to the fourth embodiment, the 

30 function of the G-CSCF is a gateway function. In 

particular, no subscriber registration is possible in 
this CSCF. 



The G-CSCF 4 3 automatically performs a location request 
35 procedure upon receiving a setup message. Thereafter, t 
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G-CSCF 43 sends a setup message to a further CSCF 45. 
This CSCF is adapted to operate in two different modes, 
as according to the previously described embodiments. 
Here, the CSCF 4 5 knows automatically upon receiving the 
5 setup message that it should act as an S-CSCF. 

Thus, according to the fourth embodiment, information 
regarding a predetermined procedure like processing of a 
location request is simply given by the fact that this 
10 processing is to be performed by a particular network 
element. That is, if another CSCF receives a setup 
message which does not include any flags regarding a 
location request, this CSCF knows that is has to act as a 
S-CSCF. 

15 

Hence, the fourth embodiment corresponds to items B.b.b. 
and X5 of the above-described general idea of the 
invention. 

20 By the method according to the fourth embodiment, an I- 
CSCF of another operator can only be connected from 
certain CSCF(s). Thus, it is possible to improve the 
security of the network. 

25 In the following, a fifth embodiment is described with 
respect to Fig.. 5. 

Here, every the CSCF listens to two different ports: the 
I-CSCF port and the S-CSCF port. When. a setup message is 
30 received via the I-CSCF port, the I-CSCF functionality i 
started, while it is received via the S-CSCF port, the S 
CSCF functionality is started. The I-CSCF port is the 
default port of IPT (Internet Protocol Telephony) . 
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Thus, depending on to which port a message is sent, the 
CSCF sets itself into an I-CSCF or an S-CSCF mode. 

Hence, the fifth embodiment corresponds to items B.a.a. 
5 and X4 of the above-described general idea of the 
invention . 

According to the illustration in Fig. 5, the O-CSCF 52 
sends a setup message to the default port of the CSCF 53. 
10 Thus, the CSCF knows that it should act as an I-CSCF and 
performs a location request by referring to a HSS 54 . 
That is, when the CSCF has received the setup message at 
the default port, it identifies itself as an I-CSCF and 
performs a location request to the HSS. The HSS 54 
15 responds with the IP address and the S-CSCF port number 
of the CSCF where the subscriber (i.e., mobile station 7) 
is registered. The I-CSCF 53 sends the setup message 
further to the given port of the S-CSCF 55. 

20 After the registration is accomplished, the HSS 54 knows 
the S-CSCF port number and the IP address of the S-CSCF 
55 which has to be contacted. The S-CSCF port may be 
whichever port the S-CSCF has chosen provided that it 
isn't the default port of IPT. In this context, the port 
25 refers to e.g. a TCP/IP port. The TCP/IP port is a field 
in the Internet TCP and UDP protocol headers that 
• identify the upper layer protocol and entity on top of 
the TCP or UDP protocol layer. Generally, a port is an 
identifier in a lower layer protocol header that 
30 identifies the upper layer protocol. 

Thus, according to the fifth embodiment, the decision 
whether a CSCF should act as an I-CSCF or as an S-CSCF is 
performed by sending the setup message to a certain port 
35 of the CSCF when the I-CSCF functionality is wanted and 



WO 02/09365 PCT/EP00/07203 

- 20 - 

to a different port when the S-CSCF functionality is 
wanted . 

Preferably, for identifying and addressing the different 
5 ports of the CSCF, the port numbers of the IP protocol 
can be used. 

According to the fifth embodiment, a simple method for 
the decision can be achieved. Furthermore, as according • 

10 to all embodiments, no complicated rules are needed in 

the basic call state models to decide which functionality 
should be started. The decision is made on the basis of 
the port number, via which the setup message was 
received. Furthermore, no extra standardisation is 

15 needed, because the setup is sent to the CSCF always to 
the default IPT port, except to the S-CSCF port in case 
the CSCF in question is selected as the S-CSCF. 

Next, a sixth embodiment is described with reference to 
20 Fig. 6. 

In contrast to the fifth embodiment, the CSCF does not 
have different ports but different IP addresses. That is, 
depending on to which IP address of a particular CSCF a 
25 setup message is sent, the CSCF acts as an I-CSCF or as 
an S-CSCF. Thus, the sixth embodiment corresponds to 
items B.a.a. and X4 of the above-described general idea 
of the invention. 

30 As shown in Fig. 6, the O-CSCF 62 sends a setup message- 
to the I-CSCF IP address of the CSCF 63. Thus, the- CSCF 
63 knows automatically that is should act as an I-CSCF 
and, correspondingly, performs a location request by 
referring to the HSS 64. The I-CSCF 63 obtains from the 

35 HSS 64 the location of the called mobile station 7 and 
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the S-CSCF IP address of the CSCF in charge- of the mobile 
station 7. Thus, the I-CSCF 63 sends a setup message to 
'the S-CSCF IP address of the CSCF 65, which, in turn, 
automatically knows that it has to act as an S-CSCF. 

Thus, also according to the sixth embodiment, an easy 
method for deciding whether a particular CSCF has to act 
as an I-CSCF or as an S-CSCF can be obtained. It is only 
necessary to provide two different IP addresses for each 
CSCF and to send a setup message to the corresponding IP 
address of the CSCF.--' 

Next, a seventh embodiment is described with reference to 
Fig. 7. 

According to the seventh embodiment, the setup message is 
sent from a specialised port. This corresponds to items 
B.a.b. and XI of the. above-described general idea of the 
invention. 



20 



That is, the O-CSCF 72 sends the setup from the O-CSCF 
port thereof to the CSCF (i.e., in the example of Fig. 7, 
to the CSCF 73) . The CSCF 73 identifies itself as an I- 
CSCF_because the setup was sent from the O-CSCF port of 
25 the CSCF 72. The I-CSCF 73 makes a Location Request to 
the HSS 4, which responds with the IP address of the S- 
CSCF of the UE 7 to be contacted. Thus, the I-CSCF sends 
the setup from the I-CSCF port with the IP address to the 
CSCF 75. The CSCF 75 identifies itself as an S-CSCF, 
30 since it receives the setup message sent from the I-CSCF 
port of the I-CSCF 73. 

In the following, an eighth embodiment is described with 
reference to Fig. 8. 

35 
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According to the eighth embodiment, the setup message is 
sent from a specialised address. Thus, the eighth 
embodiment corresponds to the items B.a.b. and XI of the 
above-described general idea of the invention. 

5 

In this embodiment, the O-CSCF 82 sends the setup message 
from an "O-CSCF" IP address to the CSCF 83. The CSCF 83 
identifies itself as an I-CSCF because the setup was 
received from the O-CSCF IP address. The I-CSCF 83 makes 

10 a Location Request to the HSS. 4, which responds with the 
IP address of the S-CSCF of the UE 7 to be contacted. 
Thereafter, the I-CSCF sends the setup message to the S- 
CSCF 85 having the IP address obtained from the HSS 4. 
The CSCF 85 identifies itself as an S-CSCF because the 

15 setup message was received from the "I-CSCF" IP address. 

Next, a ninth embodiment is described with reference to 
Fig. 10. 

20 According to the present embodiment a Location Request to 
HSS is performed in order to find out whether the setup 
concerns a registered subscriber. Thus, the ninth 
embodiment corresponds to items B.b.a and X7 of the 
above-described general idea of the invention. 

25 

In detail, when the CSCF 103 receives a setup message 
from the O-CSCF 102, it performs a Location Request to 
the HSS 4 in order to find out, whether the setup 
concerns a registered subscriber. If the answer is yes, 
30 the CSCF is an S-CSCF, otherwise it is an I-CSCF. 

In the example shown in Fig. 10, the CSCF 103 obtains the 
information from the HSS 4 that the UE 7 is not a 
registered subscriber. Thus, the CSCF identifies itself 
35 as an I-CSCF. 
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On the other hand, the CSCF 105 obtains from its HSS 109 
the information that the UE 7 is a registered subscriber. 
Hence, the CSCF 105 identifies itself as an S-CSCF. 

Although the processes according to the ninth embodiment 
are more complicate than that according to the first to 
eight embodiments due to accessing the HSS and/or SPD, 
they offer the advantage that a very reliable decision on 
whether a CSCF in question is an I-CSCF or an S-CSCF., 



The above description and accompanying drawings only 
illustrate the present invention by way of example. Thus, 
the embodiments of the invention may vary within the 
15 scope of the attached claims. 

For example, the different functions (in particular I- 
CSCF functionality and S-CSCF functionality) of a CSCF 
are only used as examples. It can also be distinguished 
20 between O-CSCF, I-CSCF, S-CSCF and MGCF functionality and 
others . 

According to the first to third embodiments, a flag is 
. used,, for indicating that the location request has to be 
25 donJ "or has been done. However, this information can be 
carried by two or -more flags. Alternatively, this 
information can be written in one or more extra data 
fields. 



30 



Furthermore, instead of IP address and/or port as 
described above, any address of the other levels of the 
protocol stack can be used. For example in the case of 
ethernet media, the ethernet address (i.e. media level 
address) can be used. 



35 
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Moreover, according to the embodiments described above, 
the I-CSCF and the S-CSCF are represented as separated 
entities. However, it is also possible that the I-CSCF 
which performs the location request recognises that the 
5 called mobile station 7 is in the range of itself such 
that the I-CSCF has to operate as the S-CSCF. 

Therefore, the I-CSCF has to switch itself to the other 
mode, i.e., to the S-CSCF functionality. This can be 
10 effected by sending a setup message including a flag to 
itself (as in the first and second embodiments), or by 
sending the setup message to the S-CSCF port or S-CSCF IP 
address (as in the fifth and sixth embodiments), for 
example . 

The same applies for the O-CSCF. That is, the O-CSCF and 
the I-CSCF or the S-CSCF can be the same entity. 

Moreover, it is possible that the CSCF contacted by the 
20 O-CSCF in order to perform a location request is not able 
to perform the location request. In this case, this 
particular CSCF has to forward the setup message received 
unchanged to a further CSCF which presumably can perform 
the location request. That is, for example with respect 
25 to Fig. 1, between the O-CSCF 2 and the I-CSCF 3, a 
further intermediate CSCF can be located. 

Furthermore, the location request has been mentioned as. 
one example for a procedure which has to .be carried out 
30 or which has been carried out. That is, this procedure is 
not limited to processing of the location request. 

In addition, it is noted that with regard to the 3GPP 
(third generation partnership project) architecture it is 
35 probable ( that the O-CSCF might also be located in another 
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network than the network currently serving the 
originating party. This means that a CSCF with an ICGW 
' functionality will be required on the network border 
between the serving network and O-CSCF. In other words 
5 this ICGW (on the network border) determines the CSCF 
serving the originating party. 

Correspondingly, if the same network element (NE) is 
working both as an ICGW (I-CSCF) on the originating side 
10 and an O-CSCF, it need to know if the ICGW or CCF 

functions should be invoked in a similar way as the I- 
CSCF and S-CSCF issues are described in the application. 

Moreover, the network element is not limited to a CSCF. 
15 The invention can also be applied to other network 

elements which can be switched between different modes. 

For example, if a CPS (Call Processing Server) contains 
both MGCF and CSCF functionality, some method is required 
20 to determine if the MGCF or CSCF functions should be 

invoked when a setup is received. This can be performed 
correspondingly to the procedures described above. 

Furthermore, the invention can also the applied to a Home 
25 Subscriber Server (HSS). The HSS can be seen to contain 
the following modes: Registration functionality, Location 
Update functionality, Location Request functionality, and 
Retrieval of Subscriber Profile functionality. 



30 



This invention can directly be applied also to HSS to 
help it to switch to the correct mode when a message is 
received. In the following, the modifications to the 
embodiments above are described in short. 
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That is, the first embodiment has to be modified such 
that a message received by the HSS contains a flag that 
tells what has been done. The HSS deduces what it has to 
do next. For example HSS receives a message with flag 
5 "Registration done" and switches to the mode "Location 
Update" . 

The second embodiment has to be modified such that the 
message received by the HSS contains a flag that tells 
10 what has to be done next. For example HSS receives a 
message with flag "Do Location Update" and switches to 
the mode "Location Update". 

The third embodiment described above has to be modified 
15 in this case such that there is a special message for 
each functionality. For example, the subscriber profile 
has to be retrieved. When the HSS receives the- 
corresponding message it switches to the "Retrieval of 
Subscriber Profile" mode. 



20 



25 



30 



The fourth embodiment described above has to be modified 
in this case such that there is a special HSS that only 
does Location Updates. When it receives a message it 
always switched to the mode "Location Update". 

The fifth embodiment described above has to be modified 
in this case such that there is a special port for each 
mode. When certain functionality is needed the message is 
sent to the corresponding port. 

The sixth embodiment in this case has to be modified such 
that there is a special IP address for each mode. When 
certain functionality is needed the message is sent to 
the corresponding IP address. 



35 
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The seventh embodiment has to be modified in this case 
such that there is a special port for each mode. When 
certain functionality is needed the message is sent from 
the corresponding port. 

The eighth embodiment in this case has to be modified 
such that there is (are) special IP address (es) for each 
mode. When certain functionality is needed the message is 
sent from the corresponding IP address. 



10 



The different methods presented above can be arbitrarily 
combined. By doing so, a more reliable determining of the 
role of the network element, i.e., the CSCF, in question 
can be obtained. For example, the processes described in 
15 the ninth embodiment can be combined with the processes 
according to one or more of the first to eight 
embodiments. Moreover, two of the first to eight 
embodiments can be combined, and when the two procedures 
lead to different results (due to some kind of failure) , 
a procedure according to the ninth embodiment can be 
executed. 



20 



The invention can be applied to any problem where one or 
more_network elements have at least two functionalities, 
25 functions, modes, states or alike. 

Furthermore, the invention is not bound to the IP 
protocol and its address mechanism. The invention can be 
applied to other communication protocols and their 
30 address mechanisms as well. In that case the IP address 
is replaced with the address of the new communication 
protocol. Similarly the port, which can be seen as 
subaddress of IP address, is replaced with the subaddress 
of the new protocol. 

35 
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Especially, the invention can be applied to load sharing 
and load balancing problems. In networks, load sharing 
may be a problem. The problem arises when there are more 
than one similar network elements available that can 
5 accomplish the same task. The problem becomes more 

complicated when the tasks are not same in size and when 
many sources of tasks exist. There are two main methods 
how the load can be divided among the similar network 
elements. The load sharing is a method that simply 
10 divides each task between the network elements without 
concerning whether the total load is equally divided 
among the elements. The load balancing is a method that 
tries to divide each task between the network elements so 
that the total load of each element will be equal. In the 
15 load sharing/balancing the processing of the load 

sharing/balancing algorithm in order to choose the most 
optimal network element for the current task can be seen 
as one mode of the network element. To accomplish the 
task itself can be seen as another mode of the network 
20 element. 

In the following, some example of load sharing/balancing 
problem are described in short. Two cases are considered: 
the first case is that only one or a few network elements 
25 can do load sharing /balancing, whereas the second case is 
that all network elements can do load sharing/balancing. 

For example, for the first case the fourth embodiment 
describing the gateway method can be applied. In this 
30 case, when receiving a message, the element does the load 
sharing/balancing and sends the message further to the 
chosen network element. 

Another application for the first case is the third 
35 embodiment; When receiving a special message, the element 
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does the load sharing/balancing and sends a reply message 
that tells the address where the message has to be sent.. 

For the second case, the method according to the first 
5 embodiment can be applied. Thus, when receiving a message 
the "load sharing/balancing has been done" flag is unset, 
the network element does load sharing/balancing, sets the 
"load sharing/balancing has been done" flag and sends 
further the message to the chosen element. 

10 

Moreover, for the second case the what-has-to-be-done 
message solutions . i.e. the second embodiment can be 
applied. When receiving a message, there is a "load 
sharing/balancing has to be done" flag. The network 
15 element does load sharing/balancing, unsets the "load 

sharing/balancing has to be done" flag and sends further 
the message to the chosen element. 

Furthermore, also the fifth embodiment can be applied to 
20 the second case. Here, when receiving a message to the 
default port the network element does load 
sharing/balancing and sends further the message to the 
special port of the chosen element. 

- 25 Also the sixth embodiment can be applied to the second 
. case .'"When receiving a message to the default IP address 
the network element does load sharing/balancing and sends 
further the message to the special IP address of the 
chosen element. 

30 

Moreover, the seventh embodiment can be applied to the 
above-described second case. Then, when receiving a 
-message from the default port the network element does 
load sharing/balancing and sends .further the message from 
35 the special port to the chosen element. 
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Furthermore, also the eighth embodiment can be applied to 
the second case. When receiving a message from certain IP 
addresses the network element does load sharing/balancing 
5 and sends further the message from the special IP address 
to the chosen element. 

Especially, the invention can be applied as described 
above to the load sharing and load balancing problems in' 
10 case where the load has to be shared/balanced among 
several HSS, in case where the load has to be 
shared/balanced among several I-CSCF, and in case where 
the load has to be shared/balanced among several CSCF at 
the registration. 

15 

In the HSS case all received messages from I-CSCF and S- 
CSCF can be seen as load that has to be shared/balanced 
among HSS network elements. One or more of the HSS 
network elements may do the sharing/balancing process or 
20 there may be a specialized network element for it. 
Several .embodiments can be applied depending on the 
structure of the solution. 

In the I-CSCF case call setup messages originating from 
25 another network or even from the own network to CSCF 
network elements capable of functioning in I-CSCF mode 
can be seen as load that has to be shared/balanced 
between the CSCF. network elements in question. There may 
be one or more boarder gateways that shares/balances the 
30 load originating from another network(s). Several 

embodiments can be applied depending on the structure of 
the solution.. 

In the registration case the registrations to the network 
35 can be seen as load that has to be shared/balanced among 
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CSCF network elements. A specialized network element or 
so called proxy may exist to accomplish the 
' sharing/balancing process. Several embodiments can be 
applied depending on the structure of the solution. 
5 For example if the registrations have to be shared among 
three CSCF network elements and a proxy is used, the load 
sharing algorithm can simply be rotation. According to 
the rotation method the proxy chooses the first CSCF for 
the first registration, the second CSCF for the second 
10 registration, the third CSCF for the third registration, 
the first CSCF for the forth registration, the second 
CSCF for the fifth registration, and so on. On the other 
hand "the load balancing can simply be done with the help 
of a table telling the load of each CSCF. The load 
15 balancing algorithm tells the proxy to choose always the 
CSCF for the registration that has the lowest load at the 
moment. Each CSCF updates the table of load according to 
its actual load. 

20 In addition, the invention can be advantageously applied 
to the Session Initiation Protocol (SIP) . However, as a 
matter of course, the invention is not limited thereto 
bub can be applied also to other suitable protocols. 

25 When using the SIP, the decision between the I-CSCF or S- 
CSCF 'functionality can be carried out in an alternative 
way. In particular, the CSCF can analyse the SIP message 
, via field and check whether it contains a known node name 
(i.e., certain gateway node names). Based on these node 
30 names it can be determined whether the SPD inquiry (i.e., 
the S-CSCF functionality) is needed or whether the HSS 
(UMS) could be inquired directly (i.e., the I-CSCF 
functionality should be selected) . This is similar to the 
seventh and eights embodiments and corresponds to the 
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items B.a.b and XI and also to A.b and X3 of the general 
idea of the invention; 

For example, with respect to Fig. 7, this means that the 
5 I-CSCF 73 sends a normal SIP setup message to the CSCF 
75. The CSCF 75 checks whether it knows the sending node, 
i.e., the I-CSCF 73. If this is the case, the CSCF 75 
knows that it should act as an S-CSCF. 

10 In particular, the node name in the set-up message VIA- 
header is an indicator indicating the status of the call 
(inquiry done or pending) . 

In the SIP Invite message (i.e. the call set-up message) 
15 there is a VIA-header which lists logical names (i.e. 
domain names) or addresses of nodes that have 
participated in the routing of the call. The VIA-header 
of the SIP Invite message can be inspected by a CSCF (I- 
CSCF or S-CSCF) to determine where the call is coming 
20 from and what kind of a call it is question of. By the 
kind of the call is meant whether the call is a roaming 
call i.e. the HSS enquiry has been performed. The 
possible node types searched from the via header include: 

- I-CSCF nodes 

25 - own network 0-CSCF nodes 

- proxies between networks dedicated for calls where the 
called party subscription network is the receiving 
network i.e. the HSS enquiry has not been performed 

- proxies between networks dedicated for calls for which 
30 the HSS enquiry has been performed and where the called 

party serving network is the receiving network 

It is assumed that there is a mapping from proxy names t 
proxy types in the CSCF analysing the via header. 

35 
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In the most naive case, the VIA-header can be inspected 
for existence of possible I-CSCF node names or addresses. 
' In accordance with the first embodiment of the present 
invention, the presence of a name of a node acting as an 
5 I-CSCF in the via header indicates that the HSS enquiry 
has been performed. 

In a more elaborate case, for instance, if the call is 
coming in from a first network as an incoming call to a 

10 subscriber of the receiving second network, it can be 
conceived that the VIA-header contains node names or a 
node addresses referring to at least one proxy node 
between the first and the second network which is 
dedicated for handling of incoming calls where the 

15 subscription of the called party is in the second 
network. 

Similarly, if the HSS enquiry has been performed in the 
first network and the called subscriber is roaming in the 

20 second network, it can be conceived that there is a 

specific proxy or a set of specific proxies between the 
first and second network dedicated for routing roaming 
call legs subsequent to HSS enquiry. The CSCF in the 
second network can determine by analysing the via header 

25 the '' types of proxies that have routed the call. Depending 
on the' proxy names or addresses it can determine whether 
1 the HSS enquiry has been performed or not. 



30 



The inspection of SIP invite message via header described 
herein can be applied to the fourth embodiment of the 
invention. The S-CSCF receiving the call from the G-CSCF 
can inspect the node names or addresses in the via- 
header. If there is no valid G-CSCF node in the list or 
there is no node name or address referring to a node in a 
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different network, the S-CSCF can reject the call and 
determine that a routing error has occurred. 
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Claims 

5 

1. A network system comprising 

a first network element (2) and at least 

a second network element (3) , the second network 

element (3) being adapted to operate in at least two 
10 different modes, wherein 

the first network element (2) is adapted to send a 

message to the second network element, and 

the second network element (3) is adapted to set the 

mode in response to whether information is included in 
15 the message or not, the information indicating whether a 

particular procedure is to be performed or has been 

performed. 

2. The network system according to claim 1, wherein the 
20 first network element (2) is adapted to send the message 

without the information regarding, the procedure, and 
the second network element (3) is adapted to set 

itself into a first mode and to perform the procedure in 

response to receiving the message without the 
25 information. 

3. The network system according to claim 2, further 
comprising a third network element (5) , wherein 

the second network element (3) is adapted to send a 
30 message to the third network element (5) including 
information that the procedure was performed, and 

the third network element (5) is adapted to set 
itself into a second mode in response to receiving the 
message including the information that the procedure was 
35 performed. 
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4. The network system according to claim 1, wherein 
the first network element (22) is adapted to send 

the message including the information that the procedure 

is to be performed, and 

the second network (23) is adapted to set itself 

into a first mode and performs the procedure in response 

to receiving the message including the information. 



10 



5. The network system according to claim 4, further 
comprising a third network element (25) , wherein 

the second network element (23) is adapted to send a 
message to the third network element (25) without 
information regarding the procedure, and 
15 the third .network element . (25) is adapted to set 

itself into the second mode in response to receiving the 
message without information regarding the procedure. 



20 



6. The network system according to claim 4, wherein the 
second network element (33) is adapted to perform the 
procedure in response to receiving the message containing 
the information that the procedure has to be performed, 
and to send a result of the procedure to the first 
network element (32) . 



25 



7. The network system according to claim 6, further 
comprising a third network element (35) , wherein 

the first network element (32) sends a message 
without information regarding the procedure to the third 
30 network element, and 

the third network element (35) is adapted to set 
itself into a second mode in response to receiving the 
message without information regarding the procedure. 
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8. The network system according to claim 1, wherein the 
network elements" are Call State Control Functions. 

9. The network system according to claim 1, wherein the 
5 message is a call setup message. 

10. The network system according to claim 1, wherein the 
procedure is processing of a location request. 

10 11. The network system according to claim 1, wherein the 
information regarding the procedure is included in a flag 
within the message. 

12. The network system according to claim 1, wherein the 
15 information regarding the procedure is obtained by 

inspecting the VIA-header of the message. 

13. A network system comprising 

a first network- element (43) and at least 
a second network element (45), the second network 
element (45) being adapted to operate in at least two 
different modes, wherein 

the first network element (43) has a predetermined 
function and is adapted to send a message to the second 

25 network element, and 

'the second network element (45) is adapted. to set 
the mode in response to receiving the message from the 
first network element (43) having the particular 
function. 
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30 



14. The network system according to claim 13, wherein 
the predetermined function of the first network element 
(43) is a gateway function. 
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15. The network system according to claim 14 , wherein 
the first network element is a Gateway Call State Control 
Function. 

5 16. The network system according to claim 13, wherein 
the message is a call setup message. 

17. A network system comprising 

a first network element (52) and at least 
10 a second network element (53), the second network 

element (53) being adapted to operate in at least two 
different modes, wherein 

the first network element (52) is adapted to send a 
message to the second network element, and 
15 the first and the second network element are 

connected by connection means in a number corresponding 
to the different modes and is adapted to set the mode in 
response to the connection means via which the message 
is received from the first network element. 

20 

18. The network system according to claim 17, wherein 
the connection means are ports of the first or the second 
network element. 

25 19. The network system according to claim 17, wherein 
the connection means are different IP addresses from 
which the message is sent or to which the message is 
sent. 

30 20. The network system according to claim 17, wherein 
the network elements are Call State Control Functions. 

21. The network system according to claim 17, wherein 
the message is a setup message. 

35 
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22. The network system according to any of the claims 9, 
16 and 21, further comprising means to perform an access 
to a database (94; 104) in order to obtain information 
regarding a subscriber to which a setup is to be sent and 

5 to decide the mode of the second network element (83; 93)/ 
' on the basis of the obtained information. 

23. A method for controlling a network element, wherein 
the network element (3) is adapted to operate in at least 

10 two different modes, the method comprising the steps of 
receiving a message; 

extracting information from the message regarding a 
procedure which has to be performed or which has been 
performed; and 

15 deciding the mode to be set for the network element 

on the basis of the extracted information. 

24. The method according to claim 23, wherein the 
network element is a Call State Control Function. 

20 

25. The method according to claim 23, wherein the 
message is a setup message. 

26. ..The method according to claim 23, wherein the 
25 procedure is a processing of a location request. 

27. The method according to claim 23, wherein the 
procedure is obtained by inspecting the VIA-header of the 
message . 

30 

28. A method for controlling a network element, wherein 
the network element (55) is adapted to operate in at 
least two different modes, the method comprising the 
steps of 

35 receiving a message; and 
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deciding the mode to be set for the network element 
on the basis of the function of a network element (43) 
sending the message. 

5 29. The method according to claim 28, wherein the 
network element is a Call State Control Function. 

30. The method according to claim 28, wherein the 
message is a call setup message. 

10 

31. A method for controlling a network element, wherein 
the network element (3) is adapted to operate in at least 
two different modes and the network element (3) comprises 
input means in a number corresponding to the modes, the 

15 method comprising the steps of 
receiving a message; and 

deciding the mode to be set for the network element 
on the basis of the input means via which the message is 
received. 

20 

32. The method according to claim 31, wherein the input 
means are ports. 

33. The method according to claim 31, wherein the input 
25 means are different IP addresses. 

34. The method according to claim 32, wherein the 
network element is a Call State Control Function. 

30 35. The method according to claim 31, wherein the 
message is a setup message. 



36. The method according to any one of the claims 25, 
and 35, further comprising the step of accessing a 
35 database (94; 104) in order to obtain information 



30 
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regarding a subscriber to which a setup is to be sent and 
to decide the mode of the second network element (83; 93) 
' on the basis of the obtained information. 
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